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SYNCHRONIZING DATA AMONG MULTIPLE 
DEVICES IN A PEER-TO-PEER ENVIRONMENT 

BACKGROUND 

5 This inventioft relates to the field of cxmiputer systems. More particularly^ a 

system and noethods are provided for synchionizmg data ahaied amoi]|g multiple 
ccHnpoting devices on a peer-tD-peer basts. 

The need to share data among multiple computing devices is a common 
requiremetu. One person may employ several dififcTCTt devices (e.^^ desktop computeT> 
1 0 laptop, hand-held) for different purposes or at different locations, but yet require some 
data be available on all of them. Similarly, several people may employ drfFeicnt devices 
for common purposes (e-g., in a woric group) and vrish or need to have access to the same 
data at each device. 

Effective synchronization or management of the shared data is a common goal hx 
1 5 both types of environments. In particular, it is desirable to have the same, or nearly the 
same, data available to applications common to mxiltiplc devices. Thus, a single user may 
wish to access his or her email or personal calendar, with. up-to-dat& data, regardless of 
which device is most convenient to use. Similarly, in a file sharing arrangement among a 
group of workers, it is preferable to maintfrin nearly identical views of the file system for 
20 each worker. Further, the applications among which data arc shared may or may not be 
identical Tbus« multiple users may wish to share an address book or set of elecdonic 
mail data even though they each use different electronic mail qpiplications or different 
operating systems. 

As the nimiber of devices and applications (e.g., electronic mail, calendar, address 
25 book, web browsing, file access) used on the devices grows, so too does the difficulty of 
managing the data. In a fiilly networked environment in which each of multiple devices is 
always, or neariy always, coimected to other devices or a central computer system (c.g,, a 
server), it may be difBcuIt to ensure that each user or device is using or modifying the 
latest version of shared data. For example, present data management techniques may 
30 require each xiser or local device to ensure that it downloads or copies the latest ver^on or 
receives all changes made to shared data since a last access. An automated system for 

1 
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aisunng dala syncbronizatton could greatly reduce the posability of liaving difTerent 
users create diifciciit versions of the data. 

In addition, in an environment in which one or more computing devices are rarely, 
in&equently or iiregubriy .conneeted to other devices participating in a data sharing 
5 anangementy data management becomes even more difficult. Presently, an effective 
solution is lacking for the need to synchronize data among multiple devices in such an 
enviroxunent. In particular, in this type of environment one may wish to operate the 
disconnected device with virtually the same Amctionality as when connected. And» v^ien 
one datB^'Shazing device does connect to another device, the device shoiild be able to pass 

10 on changes that were made to its data v^le disconnected and receive data changes made 
by other devices as welL Present solutions do not provide for this cstpability. 

Existing methods of synchronizing data gerazally rely upon a centralized 
management scheme. In particular, a central computer system (c-g^ a server in a 
client/server architecture) is always connected to or reachable fom a number of 

1 5 netwoited devices and stores a set of data useful to the devices. Each device dowzdoads 
and manipulates the data as necessary. If changed, the data must be uploaded to the 
central server before it can be sbared with the other devices. In one such solution, data 
must be **publishcd" to a web server before it is available to other devices, vMch must 
access the web server in order to obtain the data. 

20 And, even vnttt a centralized data synchronization scheme, it may be ^fScult if 

not impossible to share data among incompatible applications or platforms. For example, 
users of Microsoft Outlook cannot easily share electronic mail mth users of Netscape 
Messenger, particularly if one is operating m a Wndows environment and the other in an 
Apple Macintosh environment. 

25 Thus, in centralized solutions to the need for data synchronization a central sctver 

merely acts as a location to store the data- Every lime a device changes the data, every 
other device must ^cess the server in order to retrieve the updated data. The devices can 
synchronize only with the central server; tliey cannot synchronize with each other. This 
method is therefore onJy as robust as the central server. Farther, a communication 

30 bottleneck is created at the central server and access to the data is limited to the int^iiace 
(e.g., a web browser) employed or accepted by the server. 
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Another method of data symduonization is limited to two devices at a timCy such 
dial 01^ device can provide Its data chai^gps to Qzie other device ai^ Each 
device mu^ separately connect to evety device that may have data changes. 

Thus, present solnticms to the need for data synchronization among multiple 
5 computing devices are inefBcient, inflexible and unsuitable for eiMronments in which 
one or more devices may be regularly disconnected What is needed then is a system for 
synchronizing data among peer devices in a manner liiat does not require frequent 
communication between one device and eveiy other device so that changes made to 
shared data by one device may propagate to all devices. In this system users will be able 
10 to synchronize data across different applications and operating systems. 

SUMMARY 

In one embodiment of the Invention a system and methods are provided for 
synchronizing data shared among multiple devices operating a common application in a 

15 peer-lo-peerenvironmettt Data may be synchronized at regular intervals or in real-time, 
and may be synchronized among different applications and operating systems. 

In this embodiment each device includes a processor for operating an application 
client module for a user and a replication engine for managing the synchronization of 
changes to the shared data* The replication engine fx^cords descriptions of such changes in 

20 a log file. Devices having sufEicieut resources (e.g,, desktop computers, workstations) 

also store a local version of the shared data. £acb device's locally stored shared data may 
be tailored to a user's needs or the device's resources by including only a subset of all the 
data. Devices with sufiEcient resources also include an application server for accessing 
and manipulating the local vcr»on of the data. Thus, in this embodiment of the invention 

25 a device may be configured to operate an application with complete, or nearly complete^ 
ftmctionali^ even when disconnected fit>m all other devices- Low-resource devices (e,g^ 
hand-held or palm-top computers) may rely on access to another device's application 
server and/or local copy of the shared data* 

In another embodiment of the invention a method is provided for syndironizing 

30 data among devices in a system such as that described above. Inthisembodiment any two 
or more devices may, on a peer-to-peer basis, synchronize their locally stored data- A 
server having hi^ availability may be provided, however, so that a device will virtually 

3 
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always be able to send data up<fates to or leccivc data updates from at least one other 
device. 

As a device operstes an ^iplication havix^ data shared with other devices, the 
device's replication ezigine records descriptions of changes to the data made by the 
S device's application server. In one embodinieiit the application server includes or is 

tightly coupled widi the replication engine; in another embodiment the replication engine 
monitors the application server's actions. The descriptioiis are recorded as entries in a log 
file» and include infcnmation such as a timestamp identifying the time the description was 
recorded, an identifier of the device that perfbimed the change, the application that caused 

10 the change (e.g., electronic mail, calendar, address book, file system) and the ^e of 
change (e.g.> update, delete, new). Each entry may also include one or more fields of 
applicatiotwspecific information that further describes the change and may help detenziine 
whether one change conflicts with another and, if so, how to resolve the conflict. Fuitiier, 
in one embodiment of the invention a log file cntiy may include the data that changed 

1 5 (eg., a new or altered calendar entiy). 

When one deWce connects to another for data synchronization purposes, each 
device determines the most recent log file entry it has that it can be sure has been 
provided to the other node. Each then sends to each other log entries that the other may 
not have. A device then reviews each received entry, discards ones ttiat rt already has, and 

20 determines wiicther any of the data changes described in the newly received entries 

conflict with other data changes. If so, the conflicts are resolvedt eitiier automatically or 
with user intervention. Accepted entries are then recorded in each device* s own log file. 
D^iending on the configuration of each device, it may then apply to its local copy of the 
shared data any subset of the data changes described in the entries that it recorded. 

25 In this embodiment, a device sends to another device log file entries corresponding 

not oiily to data changes that rt performed, but also data changes perfbrined by 
devices with which it has synchronize- Thus, this method of data synchronization is 
transitive and data changes are propagated throughout the system without having to use a 
central sCTVcr. 

30 In one alternative embodiment of the invention* a device may synchronize with 

multiple other devices simultaneously. 



4 
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DESCRIPTION OF THE FIGURES 
FiO. 1 is a block diagram depicting a system for synchroniziBg data among peer 
devices in accordance vdih an embodiment of the present invention. 

FIG. 2 is a flowchart illnstratuig one m^hod of operating a device for 
S synchronizing data in accordance with an embodiment of the invention. 

FIC* 3 depicts one fcon of a time table for detennining which log file entries one 
de^dce must send to another, in accordance with an embodiment of the present invention, 

FIG. 4 is a flowd^iart demonstrating one me&od of iqxiating a device's local 
version of shared data in accordance v^£h an embodiment of the present invention. 

10 

DETAILED DESCRIPTION 

The following description is presented to enable any person skilled in the art to 
make and use the inventioxu and is provided in the context of particular applications of the 
invention and their requirements. Various znodifications to the disclosed embodiments 

1 5 will be readily apparent to those skilled in the ait and the general principles defined herein 
may be applied to other embodiments and applications without departing &om ttie spirit 
and scope of tiie present invention. Thus, the present invention is not intended to be 
limited to the embodiments shown, but is to be accorded the widest scope consistent with 
the principles and features disclosed herein. 

20 The program environment in wiiich a present embodiment of the invention is 

executed illustratively incorporates a general-purpose computer or a special purpose 
device such as a hand-held computer. Details of such devices (c«g.» processor, memory, 
data storage and display) are well known and are omitted for the sake of clarity. 

It should also be understood that the techniques of the present invention might be 

25 implemented using a varicQ^ of technologies. For example^ the methods described herein 
may be implemented in software executing on a ccmxputcr system, or implemented in 
hardware utilizing cither a combination of microprocessors or other specially designed 
application specific integrated circuits^ programmable logic devices, or various 
combinations thereof. In pardcular, the methods described herein may be implemented by 

30 a series of computer-executable instructions reading on a stora^ medium such as a 
carrier wave, disk drive, or computer^^adable medium. Exemplary forms of carrier 
waves may take the form of electrical, electromagnetic or optical signals convejring digital 
data streams along a local network or a publicly accessible network such as tiie Internet 

5 
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In one embodiment of the invention a system and method are provided for 
synchionizing data tituat is. shared amoog multiple comptiting devices. Hie devices may 
5 include various types of comfrnters (e.g., deslctop, lq>top, hand-held) and other 

mechamsms possessing a processor, data storage and means for connecting to at least one 
otiier such device. The devices among \^iuch dato is synchronized may be used a 
shigle person (Le., et different locations or times) or may be used by several people 
perfbmung rdatted or complementafy tasks. 

10 By synchronizing data among pordcipating devices, the data may be accessed and 

manipulated by any individual participating device* Virtually any type of data used by 
programs common to two or more of the multiple devices may be synchronized. Some of 
the types of data that may be shared in an embodiment of the invention include electronic 
mail^ calendar data, an address book, all or part of a file system, graphics, bookmarks for 

15 a web browser,, etc. 

Advantageously^ the coimection patterns of devices synchronizing shared data 
need not be regular and need not even be known in order to implement an embodiment of 
the invention. Of particular note, the devices need not be continuously or even frequently 
connected to each other or to a central system (e.g., a central server). In addition, in one 

20 embodiment of the invention the devices and application programs that use the 

synchronized data are operable (e.g., the data can be viewed and/or altered) even while the 
device is discoimected from other devices. Illustratively, a small protocol or application 
server (e,g,, approximately 100-300 kilobytes) is installed on each device in order to make 
an application program fimctional while disconnected. And, because of the peer-to-peer 

25 nature of the devices in {his embodiment, a device need only connect to one other device 
— and not a particular one such as a central server — in order to pass on its data changes 
and receive updates to the data that are generated by other devices. Devices may be added 
and removed dynamically while the system is in use. 

As described below, the devices may be configured to automatically replicate or 

30 synchronize their data soon after being connected (e.g., via a network) to a peer device, 
Illustratrveiy, two synchronizing devices exchange log file entries that describe data 
changes that each device knows of (e.g., performed by the sending device or a device with 
which the sender previously synchronized). Each device then determines whether any of 

6 
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the data changes it has been inEbimed of conflict with other data changes it knoviTs o£ 
Conflicts are resolved and, depending on ^ configoratlon of a device, it may retrieve 
(e.g^ a new email message, an altered address entry) or apply (e.g, a renamed file) the 
actual data changes. A virtual file s^em is used in one embodinoent of the invention in 
5 order to ensure imifocm tiaming of shared data. 

In adOther embodiment of the invention data may be automaticaUy synchronized 
among devices in a iulty or always connected enviromnem. In o^r words, in a network 
environment in which two or more devices are alv^ays or ahnost always inter-connected, 
data may be automaticaUy synchronized (e.g., at programmable time intervals or upon 

10 spedfied event5> Each participating device is thus relieved ofthe responsibility of 
individually ensuring thai it retrieves new or changed data. 

In one or more of the embodiments described below a method for synchronizing 
data may apply application-specific information in order to further optimize the efiiciency 
of data synchronization. 

25 As mentionied above, data synchromzattCMi may be perfionned in a tran^tive 

manner* In other words, each device participating in the synchronization Of a set of data 
passes not only its own data changes when synchronizing with another device, but also 
sends data changes it learned of from other devices. Transitive data synchronizafion 
therefore enables a device^s data updates to be propagated throughout the system of 

20 participating devices by connecting to just one other device. 

Although embodiments of the invention discussed below primarily describe the 
syncduonization of data between two devices^ virtually any number of devices may 
paitudpate in a single synchronization event For example, a single device may iratismit 
its data changes to multiple crther devices either in multiple unicast operations or one 

25 multicast operation. 

A System for Synchronizing Data Amoiie Multipla Computing Peviccs 

FIG. 1 is a block diagram depicting one system for synchronizing data among 
multiple devices according to one emboditnent of the invention. In FIG* 1 , system 100 
30 includes computing devices 100a, 100b, 100c and lOOd. The illustrated embodiment of 
the invention is not limited to a particular number of participating devices. For example, 
in an embodiment of tiie invention in wtiich a wide-area network such as the Inlemei is 
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used to mter-oormect participating devices, virtually any number of devices may included 
in system 100. 

niustxatively, device lOQa may be a laptop computer, device 100b a desktop 
computer or wcokstaUon, device 100c a server (e^., web server, necwotk server) and 
5 device 1 OOd a low-iesource device such as a hand-held or palm-top computer Links 1 20, 
122, 124, 126 and 128 be any type of links (eg., dedicated, on-demand, wired, 
wiieless) for oonnccting one device to another and may be part of a netwodc accessible to 
synchronizing devices. In particular, in one environment one or more of links 120-128 
form part of network, such as the Internet, that is comjratible vdth the Internet Protocol 

10 (IP) and either the TCP Cr'«ttSJnlss^<>ii^n^^ 

Protocol). Links 120-128 in this embodiment thus enable one device in system 100 to 
exchange data with another device and may employ >rifftually any configuration and 
medium. Any or all of the links between devices in system lOO may be active on only an 
inegular or infrequent basis. 

1 5 Each device in FIG. 1 ixicludes sufficient resources (e^g., processor, data storage, 

network access) to enable it to store and process daU and conmiumcate vvith at least one 
otiber device in system 100. Further, all or most devices in the system operate one or 
more applications (e.g„ electronic mail, calendar, address book) in common with at least 
one other device Thus, in FIO. 1, devices 100a, lOOb and lOOd operate an electronic 

20 mail program represented by email clients l62a, 1 02b and 1 02d- In an alternative 
embodiment of the invention devices may have multiple applications in common and 
therefore require synchronization of multiple sets of data. 

Each device in system 100 also includes an application or protocol server module 
with which to access a local version of shared data. For example, email servers 1 12a, 

25 1 1 2b perform operations on email databases 1 14a, 1 14b at the request of email ciicaits 
102a, lQ2b. Ghent modules on low-resource devices such as device lOOd may rely on 
application servers on other devices in system 100, such as device 100b or saver 1 OOc. 
A separate server module may be installed oii a device for each shared application, or one 
server module may service multiple aj^lications, 

30 Each application server is relatively small con^jaied to servers previously used to 

service client requests, in particular, application servers installed on synchronizing 
devices in a present embodiment of the invention arc configured primarily to fwvidc 
essential data services that allow a device to access and/or manipulate data even while 
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disconnected from otiocr devices. Also^ however, an application serv^ on one device 
allows another device to request data changes made or recorded on the one device to be 
retrieved sitid provided to the other device. Otxe skilled in the art will appreciate the 
novelty and significance of instiling an applicaiion server on a user^a device and 
5 recognize tba flexibility diat such a configuration affords the usor concerning operation of 
the device and synchronization of data shared among devices* 

Replication engmcs 106a, lQ6b, 106c and 106d manage the replication and 
synchrmnzadon of data in system 100. For example, ^cn device 100a connects to 
another device in the system after a period of disconnected operation^ replication engine 

10 106a ensures that changes to the shared data are trammitted to the connected device. 

Thus, email database H4» represented in FIG. 1 by its local versions 114a, I14band 114c 
comprises data to be synchronized anoong the devices of system 100. 

lUustratively, a replication 6ng^le module is composed of a series of instnictlons 
executable by a device's processor to transmit and/or receive data and/or data changes. In 

15 FIG. 1, replication engines 106a, I06b and 106c are depicted as part of email servers 

112a, 112b and 112c. However, one skin ed in the art moII appreciate thai in an alternative 
embodiment of the invention a replication engine may be distinct from or coiq>lcd with 
sq>plicadon client modules (e.g., email client 102a) and/or application server modules 
(e.g., email server 1 12a). For example, a low-resource device such as device 1 OOd 

20 operates replication engine 106d but has no separate application server for its shared 

aK)Iication(s), Iretead, it accesses shared data through email server 1 12a» 1 12b or 1 12c- 
Flnally, each, device includes a log file for recording local application operations 
or transactions that change the shared data. More specifically, each tune the ^larcd data is 
altered (e.g., a new message is received, a message is deleted or moved) an entry is 

25 recorded in the log file ofthc device that perfornied or initiated the alteratioiL During 
data synchronization with another device, a method of which is described below, the log 
file entry is provided to the other device. The receiving device then determines whether 
the operation conflicts with other known data alterations and resolves any such conflict 
If the operation is to be retained, the receiving device records Ae operation in its own log 

30 file and may, depending on its configuration, apply the change to its local data. In system 
100, replication engines 106a» 106b, 106c and 106d manage log files I l6a, 1 16b, 1 16c 
andll6d. 
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niustiaiively, s^licadon serveis and r^licadons en^bses installed on lb& same 
device are tightly coi^lcd. Thos, as the q>pIieatiQa server services requests irom an 
^plication dient it notifies tlie leplication engine of transactions tbat aher shared data so 
that the r^lication engine.may record tiie entry. Advantageomly, each log file enuy 
S contains sufficient inibnnaiion to fully identify and chronologically order <^Aa changes. 
Bach entry also identifies the location and nature of the associated data diange so that 
other devices may apply the <±ange and keep the shared data in synchronization. 

In the illustrated embodiment of the invention device 100c is a computer system or 
server that is virtually always online and accessible to devices 1 00a, 100b and lOOd. 

10 Server 100c thus provides the ability for any other device in system 100 to syndaronize 
email data at virtually any time. TVhen configured in this manner, server lOOc may not 
include client modules for each application for which data is beii^ shared^ Alternatively, 
however^ server 100c may be configured to accept connections firom '^thin" devices (e.g., 
web browsers, hand-held computers, smart or web-enabled telephones) and other devices 

15 that lack the resources to store full local versions of shared data, such as device lOOd, 

The configoradon of server 100c fhm allows, thin devices to participate in a data 
synchronization system. The components of server 100c (e.g., application client modules, 
application servers, data stomge, etc.) may therefore be used to difiGsrent degrees by 
different devices. For example, email data 1 14c on server 100c may serve as the local 

20 version of shared data for device lOOd or any other device that is not configured to store 
any or all of die shared data. Devices having sufficient resources^ however^ maintain local 
veisions of the email data. 

Thus, system 100 of FIG. 1 facilitates not only the distributed sharing of data (i.e., 
among multiple devices) but also the partial sharing of data. In other words, any device in 

25 system 1 00 may he configured, depending on its resources, to store any subset of data 
shared annong common applications. A device with sufScicnt rcsoxtrces, such as a 
workstation or desktop computer may be configured to store all shared data locally. 
Anodier device may be configured to share (and synchronize) data for fewer than all 
shared applications - e.g.» electronic mail but not an address book. Yet another device 

30 may possess limited storage space and therefore be configured to store only files of a 
certain size or type or within a given range of sizes and types. As already described, a 
device (e.g.^ device lOOd) may avoid storing any local data and, instead, use azK>ther 
device's local version of the stored data when necessary. 

10 
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Devices partkripatkig in a synduonizatioa scheme in an embodiment of tiie 
invendonxnay operalB a variety of opBEHting systems and iiserintc^ Forexample, 
one device may operate Windovrs 98, another mscy use Windows NT, another may run a 
version of Unix, yet another may opecate Lintix, etc. Advantageowdy, the replication 
S engine and t^licc^tion servers installed on each device are configured to work with 
whatever user izsterfkc^ or operating system the device nomaUy use^ The devices may 
interconnect via difiEeient netwoik operating systsms and protocols as wdL 

One skilled in the art will perceive clear diSeiences between the environment of 
FIG. 1 and a typical client/server environment. For exaxxiple, in a typical client/server 
1 0 architecture client systems do not include application servers with which to access local 
copies of shated data- In &ct, application servers for application programis in a 
client/server environment are too complex and require too much managexnent to install on 
each user device. InsteadL an email database resides on a central system having an email 
server, to which each dient device connects with email requests. Therefore, in a 
15 client/server environment every request horn a client, and the response to the request* 
must trazksit the distance between the client system and the server even if the request docs 
not change any data. And, the data returned in response to a dicnt request muist be sent in 
full; the s^ver cannot just send or describe a change that occurred in the data. 

Also» in typical client/scrvcr architectures the server cannot difierentiate between 
20 clients, ixdiether operated by the same or differ^t users. Thus, each client must separately 
ensure that it receives the latest veisian of shared data or all changes that have occurred 
dnce a last i:q}date. For exan^le, a client may access or retrieve the status or states of a 
fall set of shared data. The client may then compare the current ^.e., received) status of 
each data item (e.g., difTexent electronic mail messages) with the last known status of the 
25 item. For data items that have changed^ the dient may then download the necessary 
changes. 

A system such as system 100 may be constructed by individually configuring and 
adding devices, or the devices and system 100 may be configured all at once, 
niustradvely, server 100c may be first configured with replication engine 106c in order to 
30 provide a default syndironization partner as each device is added to the system. 

In one embodiment of the invention a device is automatically added to a system 
for synchronizing data, sxtch as system 100^ when the device first connects to server 100c 
or another participating device, niustrativdyf each device within the system, or cadi 

11 
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device Avxthin a particular group of devices sharing a set of data, is given a unique name 
befbre or during ibis first connection* Server 100c then recognizes the device as a new 
member of the system or a group within the system, ensures that the appropriate 
^plication severs (if any) and replication eaglne(s) are installed and provides a first copy 
5 of shared data. 

Alternatively, howrever, a device may be partially or fully configured offline (i-e,, 
disconnected from, any other device) and then connected in order to register the device, 
complete the cQufignration, and/br being data syndironization. 

The local versions of dbarcd data msty or may not be complete copies of the data. 
10 As already described, a lowvresource device (e.g., a hand-held computer) may be 

coniigmed so as not to store large files but lather access them remotely If the need arises. 
Another device may be configured to avoid copying specific types of ^es (eg., graphics^ 
animation) unless a user of the device specilically requests access to the file. Further, 
because a participating device may be operated in a (Ssconnected mode, during such 
15 operation the device is not notified of data changes and cannot pass on its own changes* 
Thus, the degree to which the local versions of datamatdi each other depends not only on 
the configuration of each device (i*e., what data it is configured to store locally) but how 
ftequ^tly it is connected to another device. Illustratively, however; the maimer in which 
one device connects to another (e.g., direct connect, throu^ multiple segments of a 
20 network) and the media used to make the connection do not limit ih& synchronization of 
data* 

In one onbodiment of the invention the r^lication or $ynchronization of d:»ared 
data among many devices is ^cilitated by informing all devices of every data change 
(e.g.y new file, modified calendar entry, renamed email message) made by a device. In 
25 particular, in the embodiment of the inventian illustrated in FIG. 1 , data chaziges are 
learned through the exchange of log file cntdes. Illiistratively, each entry in a log file 
(e.g.» log file 1 16a of FIG. 1) adheres to a standard format described below. During data 
synchronization one device passes sonte or all of its log file entries to another device in 
order to inform that device of data changes that the device may not have already leamcdL 
30 The device receiving the log entries may then request the new or modified data and apply 
all or any subset of the changes. 

A virtual file system is maintained within system 100 in order to uniquely identify 
every file that is shared among multiple devices. As described shortly, log file entries 

12 
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identify files, directories, messages, and other entities by their virtual names lather than 
their local names, which may differ on each device* A virtual file name may have the 
ibzm //domain/shared_diTectoiy/file_name in one embodiment of the invention. 

Each virtual file isjjixysically stored on at least one of the device of system 100, 
5 with a local file name that corresponds to Uic naming convention of the device (e.g., 

Windows, Unix> linux). Eveiy operation that modifies a file (eg., create, iqxiate, move) 
is lo^ed in the modifying device's log file and then passed to other devices as described 
in a following sectiozL Each eiitry in this embodiment idenlifies the file and the device 
that modified it Thus, every device can locate a virtual file system entity if tiot 

1 0 stored locally) by searching its log file for the virtual file name and examining pertinent 
entries to determine whidi device(s) most recently modified and/or stored the file. 

In one embodiment of the invendon log file entries include the following fields. 
In altemativc embodiments of the invention any subset of this inforxnation may be 
included in a log file entry, as may any other information that would facilitate data 

1 5 synchronization- 



Field 


Description 


Timestamp / 


Time at which the transaction was performed or entered in the log file. 


Node 


Identity of the node on Mliich the transaction occurred. 


Application 


Application in wiiich the transaction occurred (e.g.. email, calendar) 


Operation 


Type of transaction (e.g., new, update, rename, delete) 


Metadata 


Application and/or Operation specific information (e.g.. old and new 
names of a renamed file) 



In this embodiment, the format of the timestamp field is uniform among all 
participating devices and includes information indicating the year, month, day, hour, 
20 minnte and second of each transaction (eg,, 19990529161504), Hmeslamps may be even 
more accurate in another embodiment by measuring time to the tenth, hundredth or some 
other firaction of a second. Illustratively, timestamps are normalized to GMT (Greenwich 
Mean Time) or some other common time reference. 

The node field of an entry in this embodiment identifies tine device that performed 
25 the recorded operation. Each device is thus assigned a imique name within a group of 

13 
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syndiiomzing devices to vduch it subscnbcs, Anodefiddento'ix^y include just the 
device's name or may also include a domain (e.g.^ groiqi) name or other indicia. 

In one embodiment of the invention the application field of a log file entry may 
have any of the following.vahtes^ which oorrespond to applications operating and sharing 
5 data on one CAT more synchronizing devices: file, email, calendar, address or bookmark* 
File refers to file system and indicates that some change was made to a file or directory. 
The applications tiuit ace synduunized in a particular embodiment of the invention aire not 
limited to the foregoing. For example^ word processing xoay be iiEiplemented as a 
separate application or may be considered part of the file application. 

1 0 Various operations are defined to identify the types of data changes that may occur 

within a particular ^plication. For example, in one embodiment of the invendon 
operations for file applications may include new, move (or rename), update (or modify) 
and delete, and may correspond to a specific file or directory or a pattern of files or 
directories (e.g., using wQdcard characters). Email operations may include the same 

1 5 options as the file q^Hcation but may be applied to ^tfaer a message or a folder. 

Calendar, address book and bookmark operations may inchide new, modify and delete. 
One skilled in the art will appreciate that the various types of transactions that may be 
conducted la a particular £^plication may be described using many, different labels. Thus, 
the possible values for an operation field in a particular embodhncni of the invention are 

20 by no means limited to those errumeratcd here. 

Finally, one or more fields of a log file entry may include application and^or 
operation specific information to help identify or apply a particular transaction. For 
example, when a file, message, or address is deleted, the name of the file, message or 
address is provided in one such field. When a file is modified (e.g.. by a word processing 

25 program)^ the name (e.g., the virtual name) of the file is recorded and, possibly, a 

timestamp identifying the titne of the change or a value reporting the new size of the file. 
In suov v^iatever application-specific or operation-specific information may be belpfiil to 
another device to identify, understand or apply a data change may be included in these 
fields. 

30 The format of a log file entry and acceptable values for the fields of a log file entry 

may be dif^erent in an alternative embodiment of the invention- For cxan^ile, a new type 
of application may be shared among devices, thus creating a new value for the application 
field. 

14 
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Otteratipg a System for Svcchroniziit i; T>nt» Amon p Multiple Devices 

M one embodiment of the inventioD a mettod is provided for 
tp ^chmmv^ fifttA amftfig miiHiple cQTttputmg devices in a peer-to-pecr environmenL In 
5 paiticuifir, multiple devices aie configored to stoie local veisioas of data used by one or 
more appHcadons common to all or a subset of the participatiz^ devices. 
Advantagoouslyt ttiis method of opei;ation allows the devices to operate a common or 
shared applicatioa vdiile disconneoted fiom any oth^ devices and easily update its 
vi^onofthe data by connecting to and synchronizing wi^ any o& This 
10 method is therefore suitable for use in an environment in v^ch one or more devices 
operate regularly or primarily in a disconnected mode. 

In tins embodiment, one device informs another of data changjes it knows of by 
pioviding corresponding entries from a log file (e.g., log file 1 16a of FIG. 1). For 
exan^le> vdien device 100a connects to device 1 00b (e.g., after operating in a 
15 disconnected nax)deX each device transmits to the other the entdes in its log file that it 
determines the other device may not have. The update procedure is transitive in^t 
device 100a will inform device lOOb of daia updates itloiows of that were performed on 
other devices in system 100 (e,g-, server 100c or device lOOd). 

Because the log file entries ore small and may consist of just metadata, they may 
20 be rs^idly and efficiently exchanged. Although a log file entry just describes a data 

update in a present embodiment of the invention^ in an alternative embodiment a log file 
cULtxy may include certain kinds (e.g., within a certain size range, of a particular 
application or operation type) of data changes. As described in the following section, 
after lecriving exchanging log file entries, synchronizing devices may then apply or reject 
25 data updates depending upon whether the updated conflict with other operations and 

depending on how the devices arc configured (e.g., depending on the subset of shared data 
they store locally). 

Thus, in the presently described method of data synchrnni/ation a device may be 
fully updated by connecting to any other device in the system. As described in the 
30 previous section, one or more devices (e.g., server lOOc) may be configured for high 

availability so that a discotmected device will always hayje at least one other device with 
which it may synchronize at virtually any lime. 

15 
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Illustratively, the syncfaronizadcm process is smtomatically pcrfotmed v/hctt a 
device is connected to a participating device Alternatively, however^ devices that tend to 
be connected to the system more often than disconnected may be configured to 
synchroni23e \^th a progra^moable regularity measured by time, system events (e^, every 
5 time 50 data ^xpdstes ore perfomied on a device) or some other criterion* 

In one metiiod of the invention, a replication engine is installed on each device 
participating in the system. The replication engine xnay comprise a separate series of 
executable instmctioDs or may be incorporated as part of another software module 
installed on the device. In one embodiment of the invention a replication engine is 
1 0 incorporated into a local application server (e^, an dectronic mail server) installed on 
participating devices. In particular, an explication server may be created to handle all or a 
subset of all data operatiotis an application client may request and a replication engine 
- may be incorporated irito the server or be tightly coi:xled with it 

Each time a device user changes the applicatic»i data (eg*, by marking a message 
1 5 as read, moving a message to another folder, deleting a mcss^) the replication cn^e 
logs the event in a log file stored on the device or in a location accessible to the device, 
Ulnstiatively, an application client module receives the user's input and submits a 
corresponding request to the application server installed on the device. The application 
server module not only satisfies the request but informs the replication engine of the 
20 transaction if it involves a change to the data. In one altemative embodiment of tiie 

invention, a replication ei^;inc may be configured to monitor data operations on its own 
(e.g., without being separately informed by an application server). 

When the device is connected to another, it is the replication engine that handles 
data synchronization with the other deWcc by first exchanging log file entries. If a data 
2 S change learned fiom anoth^ device is to be applied locally, the replication ei^uie may 
contact the application server and/or replication engine of the device on which the change 
is stored in order to retrieve the data change (e-g., now electronic mail message^ altered 
file). 

In one embodiment of the invention data may be encrypted or otherwise protected. 
30 For example, the data charges and/or other information transmitted fiwm one device to 
another may be encrypted dxtring transit. Or, a device's data may be stored in an 
encrypted formal and exchanged with other devices in the same or other secure format 

16 
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Various foims of enctyptioii and data security are suitable, as will be ^parent to Ifaose of 
oidinaiy skill in the ait 

FIO. 2 is a flowchart demonstc^ting one method of cocEguring and operating 
device ] 00a within system 1 00 according to one embodim^ of the invention* 
5 Fnor to state 200 in FIG. 2, server 100c is configured for each application having 

datato be synchronized in system 100* This may, &rexample» require the installation of 
an application server end/or application dlent for each soch application. In addition, a 
replication engirc and a first set of data for tlie ^>plication(s) is stored on die serv^. 

In an alternative embodimmt^ device 100c may be just another device in system 

1 0 100, not necessarily one dedicated to making data synchronization always available^ 
Device 100c may be configured in this embodiment to accept device conaecdons in 
various forms, such as through a network connection (e.g., the Internet), via modem, etc. 
Device 1 00c may accq>t or employ one or more interfaces compatible with the devices of 
system lOOc, such as a network operating system, a web browser, etc. 

15 In state 200 of FIG. 2, device 1 00a (c.g.« a desktop, laptop, hand-held computer) of 

FIG, 1 is configured accordLog to a user's needs. In particular, one or more applications 
having data to be shared among the devices in system 1 00 are installed and configuredL 
Thus, email client 102ais configared duiing state 200. 

In state 202 appUca^on or protocol servers for the tiser's ^plicatioiis that are to be 

20 synchronized are installed, along ^th one or more replication engines. Each application 
server may incorporate a separate replication engine or multiple applicadon servers on 
one computing device may employ a single replication engine. A separate ^plication or 
protocol server module may be provided for each application or for each protocol used by 
an application. Thus, sorer modules may be installed for particular applications (e.g., 

25 Microsoft Outlook, Netscape Messenger) or particular protocols such as POP (Post Office 
Protocol), IMAP (Internet Mail/Mcssa^ng Access Protocol), SMTP (Simple Mail 
Transfer Protocol). LDAP (lightweight Directory Access Protocol), ICAL (a protocol 
tiscd for calendar applicadotis), eta In one altenmtive embodiment an intelligent server 
may be installed that is capable of handling multiple protocols or requests from different 

30 application client modules. 

One pujposc of operating a server on each device is to allow a user to operate an 
application with the same fonctionalily, or almost the same functionality, when the device 
is disconnected (Le,, disconnected fiom any other device in the system) as when 

17 
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connected. More specifically, by having server functions installed on the tiscr's device, 
the device need not connect to a separate computer system in order to manipuktte 
application, data, 

la addition^ the usq of qsplication servers in a fiiUy connected network 
5 environment dlows data to be syndm>iii2ed in aa efficient inzmnex. In particular, without 
application servors (e.g.« in a client/server system), most data operations nmy result in 
some netwodc traffic, even read ox)eratioiis diat do not cause any change in the data. In a 
present embodinaent of the invention, however^ netwoclc traffic is generated only when 
data is changed. In particular, read operations can be satisfied on local devices instead of 
10 having to retrieve the data fixnn another device. 

Thus» in system lOOofFIG. I, in vvhicb electronic mail data is synchronized 
among multiple devices, a user of device 100a may, while discoimected ftom other 
devices in system 1 00, draft new messages, read messages from email data 1 14a» delete 
messages, rename tiiem, etc. £mail server 1 12a perfanns these functions at the request of 
15 email client 1 02a. As already described, the user^s changes to the email database vdll be 
passed on to another device, and other devices* changes will be received, when device 
100a connects to another device. 

The replicatioa engine installed on device 1 00a in state 202 is configured to log or 
record (e«g.» in log file 1 16a) operations performed by email server 1 l2a that alter email 
20 data 114a. A suitable fbnn for log file entries is described in the previous section. 

In one embodiment of the invention state 202 and/or state 200 may be perfoimcd 
automatically or semi-automatically when device 100a is coimected to server lOOc For 
example, device 100a may connect to server 100c and identify itself as a new member of a 
particular group of devices among whom data is to be synchronized. Server 100c may 
25 then automatically register and configure the device as necessary (e.g:^ install rqplication 
engine 106a, email server 1 12a and/or email data 1 14a). During tiiis 
registration/configuration procedure, device 100a may learn of the other devices in system 
1 00 and a preferred or de^mJt node with which to synchroiuze. Ilhistratively, each device 
is assigned a unique name and may belong to one or more groups in wliich data for one or 
30 more applications arc synchronized. 

In this embodiment of ^e invention server lOOc is always or nearly always online, 
so that a synchronizing device can always synchronize witii at least one other device or 
access necessary infbmxadon. For example, server 1 00c may be configured to keep track 

18 
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of multiple groiips of syttchronizing devices and monitor which ones have members 
connected at a particular time so thai this information may be passed on to individual 
devices as fliey come online* TbvtSy whenever a device is ready to synchronize, it may 
connect to server 100c to detexmine ^^lat devices are available. 

In state 204, other devices that will synchronize data within the system are 
configured. la particular, devices participating in data synchronization witili device 100a 
may be logically grouped together. Each device is then configured so that the other 
devices can synchronize with it 

Devices having sufiBdent resources (e.g., storage c^;>adty) may be configured in a 
shnilar manner as described for device 100a in state 202. Devices low in resources may 
be treated differently. For example, a low-resource device such as device 100d» which 
lAcics sufficient resources to locally store a full copy of the data being synchronized, 
depends upon another device (e.g., device 100b» server 100c) to access the shared data. A 
low-resource device xnay store a subset of the data locally (Cvg^ the most-used portion of 
the data). Whether or not a low-resource device stores a local copy of the shared data, in 
one embodiment of the imrentiDn it must store and maintain a log £le in order to record 
data changes it perfonns. In an attemative embodiment, however, the log file may be 
limited in size |[e.g., not store as many entries as other devices) or the low-resource device 
may record entries in another device^s log file. 

In opticHial state 206 device 100a is disconnected fiom any other devices in the 
system that it may have been cormeoted to for configuration, synchronization or other 
purposes. Device 100a may have been coimccted to another device, for example^ in order 
to replicate and create a first local vemon of data for an application, in particular, device 
100a may have created email data 1 14a by copying email data 1 14c ficom server 100c or 
email data 114b fit>m device 100b. A first replication of the data may occur diiring state 
202 or at some other time before device 100a is disconnected. Illustratively^ when 
making a first copy of a set of synchronized data, the replication engine on the sending 
device simply transmits the full set of data stored on the device at that time. If device 
100a was fiilty configured without being coimccted to another device then state 206 is 
unnecessary. 

In state 208 a user opemtcs email client 102a on device 100a (and/or any other 
applications on the device having data that is shared with other devices) while device 
lOOa is discormected from any other devices in system 100. Due to tiic presence of email 
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server 112a» data manipulatian requests &om email client 102a are serviced locally xising 
email data L 14a. This arrangement allows the user to operate the £q>plication in virtually 
the same mamier as if the device was connected to server 100c in a client/server 
relationship* As one significant difference fiom a client/server mode of opezatioiL, 
5 however, data accc^ is much festex because the data is now stored locally. Furthermore, 
ajsplication server 1 12a m^ be small in size because it only needs to service requests 
from one device. Therefore, the server module will be easy to nianagp and will operate 
cffidcotly. 

In state 210, the user operates email client lQ2a, replication cngmc 106a 

10 logs all changes to email data 11 4a into log file 106a. In this embodiment liie email 
server notifies the replication eo^e of transactions that must be logged. Illustratively, 
each entry in a log file relates to one or more transacdons or operations in which the data 
was altered in some manner. Thus, each entry captures sufficient information to allow 
another device to deteimine whether the transaction conflicts with any other data changes 

1 5 and to locate where the altered data Is stored (if not included in the log entry). A log file 
entxy may include information such as the time of die tFansaction(s), the device that 
performed a tratisacdon, the identity of a message that was aficctcd> the action that was 
performed on the message, etc 

In state 212 device 100a is connected to server 100c, device 100b or another 

20 device in system 1 00, The xxser may, for example, connect the device to another system 
employed by the user, such as a desktop computer or workstatioxi* 

In state 214, device 1 00a transmits to the other device the changes it made to 
email data 1 14a wiiile disconnected. In particular, the entries it made in log file 116& 
since the last time it replicated or synchronized data are transmitted so that the devices 

25 may synchronize dieir data* The following section describes one method of data 
synchronization in detEdl. 

In one embodiment of the invention data synchronization is transitive in nature. In 
other words, device 100a only transmits to the coxmectcd device the data changes that it 
believes have not been recorded hy the connected device. For example^ devicis 100a may 

30 synchronize with server 100c after a first period of disconnected operation and may later 
synchronize with device 100b after a second period of disconnected operation: If. 
however, server 100c and device 100b synchronize before device 100a and device 100b 
synchronize, server lOOc will pass on the first set of data changes made by device 100a, 

20 



PA(X 25/44 ' RCVD AT 7/1 9/2005 8:40:54 PM [Eastern Daylight Time] ' SW^ 



-.07/19/2005 TUE 17:50 FAI 9496726133 ffDC 



i 026/044 



WO QtnSlll PCT/US0O/3O6W 

Then, dining the seccmd syDohronizalioii device 100a need only transmit to device 100b 
the data changes that device 100a made during the second period of disconnected 
operation* 

la state 216 device 100a receives data changes &om the connected device if the 
5 connected device knows of any data changes that occuzred^dnce the 1^ lODa 
rqjiicatcd or synchroiu2ed its data- 
Then, in state 218 device lOOa applies to email data 1 14a some or all of the data 
changes it received firom the other device. As desctibed in the foilpwiAg section* several 
criteria may be analyzed to detennine which dianges are to be implemented* the order in 

1 0 v^ch they are to be implemented^ and whether any changes should be ignored. In ' 
pardcular* in one embodiment of the invention the replication engine may examine the 
timestamp of each log entry it recdves from other devices to help determine whsdier two 
or more data changes conflict. However, a timestanip is not enou^ to ef&ciently and 
accurately synchronize data among multiple devices. For example, one device in the 

1 5 system may delete an email message some time after one or more other devices rename, 
move, mark or perform some other operation(s) on ^e message. In this case the 
operations other than the deletion may be ignored since, in the end, the message should be 
removed &om all email databases. Therefore, in this embodiment of the invention 
^)plicalion-specific infomation may be considered when applying other devices* data 

20 changes to a local copy of the synchronized data* As already described, a device may be 
configured to recognize a certain priority among data operations (e.g.» delete operations 
outrank modifications). Altemativelyi some or all conflicts may be presented to a 
device^s user to let him or her decide how they should be resolved. 

One skilled in the art will appreciate that FIG. 2 illustrates just one manner in 

25 which an embodinoent of the present invention ms^ be implemented or operated. Many 
other suitable methods may be derived fcom the illustrated method and accon^anying 
description without exceeding the scope of the invention. 

Data Svndironization in One Embodiment of the Invention 

3 0 This section describes method of &ynchioni2ing data among a pair of devices in 

accordance with an embodiment of the invention. This method may be eg^plied whca one 
of the devices connects to the olhct after a period of disconnected operation. The method 
may also be applied on a rccuning basis to fomi a regular pottem of data synchronization* 

21 
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For example^ clectzanic mail data may be syticbronized every tea to tw^ty minutes, 
while other types of data (eg., sharped files, calendar data) may be synchronized less 
fiequcntly (e.g., every thirty roinutes). 

mnstratively, during a synchronization event in one embo^ment of the invention 
5 the participating devices exchange log file entries describing (&ta dianges that they know 
oL Eadi device then accepts or rejects each received log entiy and enters in its own log 
file the acceptable entries. Any subset of the datn changes conesponding to the accepted 
log entries may then be ^jpiied to each dcvicc*8 local copy of shared data- Confiict 
identification and resolution processes m^ be applied to determine wiiich log file entries 
10 and data changes to accq>t and ^diich to reject 

In one embodiment of the invention each device La a system for synchronizing 
data stores information indicating how recently devices synchronised or received data 
changes firom another device. In one implementation a table» matrix or two-dimensional 
array is stored, such as table 300 of FIG. 3. In FIG. 3, the names of the devices 
15 participating in a group of synchronizing devices are used as both the horizontal and 

vertical indices. Illustiatively, tlic vertical index indicates the sending device of a pair of 
devices while the horizontal index indicates the receiving device. 

In FIG. 3, each cell of table 300 is configured to store fee timestamp of the latest 
(i.e., most recent) log file entiy created by the sending device that is known to have been 
20 provided to the receiving device. Thus, if we assume that time table 300 is DEVICE^l 's 
local time table, then Tmiestatnp23 in FIG. 3 represents the timestamp of the most recent 
data change pcrfonned by DEVICE_2 that DEVICE_3 has been informed of, as ^ as 
DEVICE_1 knows. The log entry may have been directly provided by the sender to the 
receiver or may have made its way to the receiver indirectly (i.e., through one or more 
25 other devices). If data synchronization events and time table t^)dates could be performed 
nearly instantaneously, every device in a system would store identical tables. However, 
this may be unlikely because one or more devices may operate in a disconnected mode. 
Each timestamp stored in a given time table thus indicates the oldest log entry that is 
positively known to have been provided to a device. It is possible that later ones have 
30 also been provided btxt that the device on which the time table is stored has not been made 
aware of that yet. As described below, at some point in each data synchronization event 
the participating nodes will merge or iq?date their time tables, 

22 
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When two devices (e.g^ DEV1CE_1 and DEV1CE_3 of FIG. 3) connect and are 
about to synchronize their data, each.device refers to its own time table to determine what 
log entries it should send to the other device. Thus, in one embodiment of the invention 
D£VIC£__1 scans the cohunn under DEVICE_3 to determine the oldest ^.e., least leeent) 
5 log file entry that has been provided to DEVTCE_3 by any device. DEVICE_1 then sends 
all entries in its log file that have timestamps newer (Le^ more recent) than that 
timestamp. In one alternative embodiment, D£VICE_1 simply diecks Timestampl3 to 
determine the oldest log entry made by DEVICE_1 that has been provided to DEVICE_3 
and then sends all log entriesnewer than this. 

10 Inoneenibodimentofthe invention a device may transmit log entries to more than 

one other device at a time. Illustratively, device 100a of FIG. 1 may send entries to device 
100b and device lOOc by analy2dng its time table and locating the most recent log entry 
timestamp that it can be certain both devices ha:ve received. Device 1 00a may "dien 
broadcast all log entries newer than this one for receipt by device 100b and device 100c. 

IS If device 1 00b or device 100c receives a log entry that it has abeady recorded or rejected, 
it simply discards it. 

After connecting to another device for synchronization purposes and examining its 
time tabic to dctcnnine what entries to send, a device transmits the pertinent log file 
entries to its synchronization partner. The partner reviews the log entries it received, 
20 identifies confiicts (if any) between the newly received entries and existing entries in its 
log file, reconciles any confiicts and then records the new entries that are acceptable. 

As already described, log file entries in one embodiment of the invention do not 
include the actual data changes. Instead* after or while recording newly received entries a 
device determines (e.g.;, based on its configuration and/or level of resources) which of the 
25 data changes that it has just leamed about should be applied to its local version of the 
shared data. Afier making this determination the device may connect (or use an existing 
connection) to a device storing a data change^ retrieve tbi^ change and ^ply it locally. 

After updating their local data, in the presently described cmbodtment of the 
invention the synchronizing devices merge their time tables by comparing values for one 
30 or more cells ami storing the more recent timestamp of the two. 

FIG. 4 is a fiowchart depicting one method by v^ch device 1 00a may cormect to 
device 100b (both shown in FIQ, 1) and update its data to refiect data changes leamed of 
from device 100b. 

23 
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Jn state 400. an plication or utility shared among multiple devices is operated on 
device 100a. Thismay occur ^4u]c device lOOa is connected or disconnected from otiier 
devices in its groi^ or system. 

In state 402, data (eg., a file, electronie mail message, cgl^nHnt or address entiy, 
5 bookmark) used fay the shared appUcation is altered in some ma^ As described 

previously^ only transacdons or operations that change the data must be described to other 
devices. Each data change is logged to a local log file by a replication engine.operatmg 
on device 1 00a. 

La state 404» device 100a cozmects to device 100b (if not already connected) in 

10 order to synchroni2:;c its data. The conneodon may already exist if, for example, device 
lOOa is configured to synchronize on a regular basis (c.0^ based on lime or use of a shared 
application). Even if device 100a was operating in a disconnected mode in states 400 or 
402, it may be configured to automatically connect to another device and synchronize 
ivith similar programmable regularity. Altematively, a user of device 1 00a may decide to 

1 S iQjdate the data on the device or provide his/her changes to other devices* 

In state 406, the replication engine on device 1 00a consults a local table or other 
data structure to deteraiine which log entries it should send to device 100b. In one 
embodiment device 100a simply examines the txmestamp identi^ng the latest log enliy it 
knows that device 100b has received. Device 100a would tiien provide all log entries 

20 . after this one to device 1 00b. In another embodiment of the invention* device 1 00b scans 
its time table to find the oldest O-C, least recent) log entry provided to device 100b by any 
device. Device 100a then locates that entry in its own log, or locates when that entry 
would have been stored, in order to provide all subsequent log entries to device 100b, 
In state 408, the 1<^ entries identified by device 1 00a are transmitted to device 

25 100b. Each entry may containjust metadata describing an associated data change or may 
also include some or all of the altered data. In one embodiment of the invention a log file 
entry contains appltcationrspecific information that may help the receiving device identify 
and/or resolve conflicting data changes* 

In state 410, log entries are received fi-om device 100b. The log entries may 

30 correspond to data changes made by device 100b and/or changes performed by other 
devices that are being relayed throu^ device 100b. 



24 



PAGE 29/44 ' RCVD AT 7/1 9/20U 8:40:54 PM [Eastern Daylight Ti^^^ 



,07/19?2005 IDE 17:51 FAI 9496726133 ffDC 



WO 01/35211 PCT/USOO/30693 

In State 412 device 100a identifies any actual or potential conflicts between the 
data changes it has already teoorded (and applied to its local data) and changes described 
by the newly received log eotiies. 

In one embodiment of the invention a replication engme includes instructions for 
S identifying OEid/or resolving conflicts. IIlustzatively» each type of operation (e.g.«new» 
delete, modify, rename) that can be performed on the data of a particular application is 
identified. The repUcotion engine module then identifies the types of operadoris (or 
specific operations) that may constitute a confiict For example, where an electronic mail 
application shares an electrordc mail database^ a replication engine may identify as an 

10 actual conflict a situation where it has already recorded and applied a deletion of a mail 
message (e.g., M^ille the host device wa^ operated in a disconnected mode) and ^en 
receives a log entry indicating that another device simply moved the same message (e.g., 
fiom an inbox to a partictilar folder). 

As another example, two different devices may both alter or create a particular 

1 5 virtual (i.e*, shared) file. Or two devices may independently alter a particular address 

book entry. One skilled in the art will appreciate that numerous types of confiicts may be 
identified for any set of shared {^plication data and will understand how they may be 
identified. Potential confiicts may he numerous, but may be uncovered by examining 
every possible combination of operations that may be performed on a set of data. 

20 llnis, for each log file transaction received in slate 412, the replication engine on 

device 100a searches its log file for conflicts. Confiicts are then resolved, in any one of a 
variety of ways. For example, a device may be configured to report all or a subset of all 
potential and/or actual conflicts to a user and allow the user to choose which, if any, data 
change to apply. The device may instead be configured to report conflicts involving 

25 particular operations (e.g., deletions, edits) to the user. Ahemadvely, the device may be 
configured to always ^>ply data changes in the order performed (e.g., by tb^ timestamps) 
or to resolve just certain types of conflicts by applying the data changes in chronolo^cal 
order. Or, if two sequential or successive operations conflict, the later one rnay be 
ignored or un^done in favor of the first. 

30 As another alternative, a device may be configured to favor certain types of 

operations based on some dedred criteria (e,g., a particular application, operation, time, 
device that performed an operation). A device may, for example, be configured to always 
apply deletions regardless of the conflicting operation or to fervor deletior^ in certain 

25 
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i nstanc es. Adeviceniaybeconfiguixdtaalvv^^orsdectiv^y &vm'Iocaiopomtio 
operations by other devices, operations by a particular device, etc. 

In one particular embodiment of the irtvention a replication engine is configured to 
give special oonsideratioii to applicaiion or operationrrspecific information. For example, 
5 an earlier (ttme-wise) relocation of an electronic mail message nciay be discarded in &nror 
of a deletion because a deletion is more final and/or is miHkefy to be made without some 
consideration. Similarly^ where a file system (or part of a file system) is bdng 
synchronized, if one version of a jSle is separately modified by two difTerent devices, tiiis 
will generate a conflict, histead of simply applying tiie modifications in their order of 
10 occunence, it may be realized that one or the other user involved in making the changes 
may not have done so (or may have made difTerent changes) if he/she knew of die other 
user's changes. In -^s case tlie conflict may be presented to a user for resolution* 

One skilled in the art will understand that a device may be configured with simple 
or complex rules for resolving some or all conflicts between data changes performed at 
15 diSTereot times and/or on different devices. Present embodiments of the invention are 
intended to allow fiexibility in defining^ identifying and resolving conflicts* One who 
creates a replicadon engine and/or other components of a system described above will 
readily identify and ^fpredate the various configuration options thatmay be adopted* 
In state 414 the replication engine of device 100a decides which data changes to 
20 apply, based on the received log entries, any conflicts that were identified and/or niles 
established by a user or system administrator. Thus, the con£gumtion of a device may 
determine which changes arc to be applied. A user of one device may specify, for 
example, that all cl^nges arc to be applied on the device. A device having very litde 
storage may, instead, be configured to avoid implementing any dianges if it has to access 
25 another device^s local version ofthe shared data. Yet other devices may be configured to 
apply changes relating to certain applications and/or operations, but not for others. 
Various criteria may be used to identify which changes should and should not be applied. 
Such criteria may include the size of a data diange, the type of file involved, the device 
that made the change, the time of the change (e.g., how old it is), the amount of storage 
30 space on a device, etc. 

In state 416, device 100a retrieves the data changes (e.g., new electronic mail 
message, altered file, new calendar entry, renamed address entry). Device 100a may need 
to make connections to devices storing the changes* As already described, log file entries 

26 
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identify the device peifonning each data change* dieieby infommig device 100a where to 
look for a change. If the device made tiic change is unavailable, device 1 00a may 
attempt to retrieve a data change fiom another available device. 

Then, in state 41 S, the data changes are applied to the local version of the shared 
5 data stored on de\ice 100a 

Finally, in state 420, device 100a and de\ice lOObnpdate or merge their time 
tables to reflect fiie log entries they have cxciianged. They may, for eocample, eocchange 
fidl or partial tables so tiiat each m^ replace older timestamp values with nevs^ ones. 

Althougji noi depicted in FIG. 4, device lOOb will receive log cnctries from device 
10 100a, identify and resolve conflicts, and apply data changes ^milar to the manner 

described for device 100a. One skilled in the ait will appredate that FIG. 4 describes just 
one method of c^lying an embodiment of the present invention to synchronize data 
between two participating devices. 

The foregoing descriptions of embodiments of the invention have been presented 
-15 for purposes of ilhistiation and description only. They are not intended to be exhaustive 
or to limit the invention to tbc forms disclosed Many modifications and variations will 
be ^>parent to ptactitioners skilled in the art. Accordingly^ the above disclosure is not 
intended to limit the invendon; the scope of the invention is defined by the appended 
claims. 
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What Is Claimed Is; 

1. A method of updatmg shared data on one of miiMple computing devices, 
wherein the shared data is used by applications executing on each of the multiple 

5 computing devices, the method comprising: 

operating an application server module on ib& one computing device, vdiile the 
device is disconnected from the other multiple computing devices, to peifonn a first 
transaction on a local version of the shared data in response to a request fiom an 
application client module; 
10 describing said first transaction in an entry recorded in a local log d^e; 

connecting the device to another of the multiple computing devices; 
determining a last local log file entry knovvn to have been provided to the other 
computing device; 

sending to the other computing device one or more entries recorded in said log file 
15 after said last entry; 

receiving a remote log file entry from a log file of the other device; 
recording said remote entry in said local log file; and 
flying to said local version of the shared data a second transaction 
corresponding to said remote entry. 

20 

2. The method of claim 1, further comprising: 

identifying a confiict between said second transaction and a third transaction 
described in an entry in said local log file; 

examining application-specific information intcluded in said remote entry; and 
25 determining from said ^irplication-spccific in&rmation whether to apply said 

second transaction. 

3. The method of claim 1 » wherein said application server module includes a 
replication module. 

30 

4. The method of claim 1 . wherein said operating an application server 
module comprises: 

accepting user commands at an application client module; 

2S 
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receiving service leqoests at an ^plication server module^ fiom said applicatioii 
client module; and 

servicing said requests by accessing and cdianging a subset of the shared data; 
wherein said application client module, said ^Jplicdtion server module and said 
5 subset of the shared data are maintained on the device. 

5, Hic method of claim 1 , wherein said describing comprises storing one or 
more of: a time at vAnch said transaction was recorded, an identifier of the device^ an 
identifier of an application using tiie shared data, a type of transaction^ and i^lication- 
10 specific infonnation that niay be used to identify or resohre a conflict be^^ 
transaction and anotliCT transaction. 



6. The method of claim 5, wherdn said describing farther comprises storing a 
portion of the shared data that was changed during said transaction, 

15 

7, The method of claim 1, wherein said determining a last log file entry 
comprises identifying a timestamp of an entry is said log file pertaining to a previous 
transaction known to have been provided to the other device, 

20 8, The method of claim 7, wherein said sending comprises selecting one or 

more log file entries leconled in said log file after said timestamp of said entry pertaining 
to said previous transaction. 

9. The method of claim 1 , wiierein said applying comprises: 
25 retrieving &om the other device a change to the shared data described in said 

remote entry; and 

altering said local version of the shared data in accordance with said change. 

10* The method of claim 1 , wherein the sliared data is used by a first 
30 application executing on the one computing device and is used by a second application 
operating on another of the tnultiple computing devices. . 

11. A computer-^implemented method of sync^uxsnizing data shared among 

29 
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muhiplB devices opetatmg ooe or more ^plications that use the shared data, coniprisiiig: 

TTiaintaining a log file on a first device^ said log file incliiding a fbst iccord 
cotTGSponding to a first change to the shared data; 

receiving at said first device a conaecdon bom a second device, \*4ifirem said 
5 second device operated a first 2|^lication prior to said cannectiQn while disconnected 
'&Qxn cvciy other device in the multiple devices; 

receiving a second record 6om said second device corresponding to a second 
change to the shared data performed on said second device; 

examining said secornl record to determine if said second change conflicts with 
10 said first change; 

detemiining whether to apply said first change to a first version of the shared data 
stored on said first device; and 

retrieving said second change from said second device. 

15 12. The method of claim 11, wherein said maintaining a log file comprises 

operating a replication module to record descriptions of changes to the shared data 
pcrfonned by said first device. 

13- The method of daim 1 1 , fiirther comprising: 
20 estahlishing a connection to a third device; and 

transmitting said second record to said third device, 

1 4. TTie method of claim 13 , wherein: 

said estahlishing a connection to a third device comprises establishing cormections 
25 to a third device and a fourth device; and 

said transmitting said second record comprises transmitting said second record to 
said third device and said fourth device, 

15. The method of daim 12, further comprising: 

30 operating an application server module on said first device, with \^iich to 

manipulate said first version of the shared data in response to a request from an 
application client module; 

wherein said application server informs said replication module of said changes to 

30 
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i 6. The method of claim 1 5, iwherein said applicatioi) sexver module (X}^^>rises 
said repiicatioii module, 

5 

17. A computer readable storage medium storing ixtstnicdoiis that, wfaca 
executed by a computer, cause tbc computer to perform a method of synchronizing data 
shared among multiple devices operating one or more applications that use the shared 
data, the method comprising: 
IQ maintaining a log file on a first device, said log file induding a first record 

corresponding to a first change to the shared data; 

receiving at said first device a connection from a second device^ wherein said 
second device operated a first application prior to said connection ^wfaile discoruiected 
from every other device in the multiple devices; 
1 5 receiving a second record from said second device corresponding to a second 

change to the shared data per f o r med on said second device; 

examining said second record to determine if said second change confitcts with 
said first change; 

determining whether to 9pp}y said first change to a first version of the shared data 
20 stored on said first device; and 

retrievmg said second change from said second device. 



1 $. A computer readable storage medium containing a data structure 
configured to describe a first change to a set of data shared among multiple computing 
25 devices, the data structure comprising: 

a timestamp cozifigured to indicate a time at which the first change was recorded 
in a log file; 

a device identifier configured to identify a device on which the first change 
occurred; 

30 an application identifier configured to identify an application designed to use the 

shared data; 

an operation identifier configured to identify a type of the first change; and 
application-specific information that may be useful in resolving a confiict between 

31 
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the first change and asecond change. 

1 9. The computer xeadahle storage medium of claim 1 8, wherein the data 
sfructuxe further comprises data eacompassing the first change. 

5 

20. A system for synchronizing data among multiple computiiig devices^ each 
of the computing devices comprising: 

a processor configured to execute an qyplication thatnscs data shared among the 
multiple devices; 

10 an application server configured to manipulate a local version of said shared data; 

B change log configured to store descriptions of changes made to said local v«sion 
of said shared data; and 

a replication module configured to store entries in said log file pertaining to data 
changes origmated by said application server; 
1 5 wherein said processor executes said application and said application server 

manipulates said data while the device is disconnected from the other multiple computing 
devices; and 

said replication module transmits one or more entries in said log file to a second of 
the multiple devices v/hsn the device is connected to the second device. 

20 

21 . The sfystem of claim 20, ^^iierein the device receives from the second 
device log file entries conesponding to a set of data changes applied to a version of said 
shared data stored on said second deface; and 

said set of data changes include data changes originated by the second device and 
25 data changes ori^nated by a third device. 
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